home *** CD-ROM | disk | FTP | other *** search
/ Internet Surfer 2.0 / Internet Surfer 2.0 (Wayzata Technology) (1996).iso / pc / text / mac / faqs.110 < prev    next >
Text File  |  1996-02-12  |  28KB  |  717 lines
  1. Frequently Asked Questions (FAQS);faqs.110
  2.  
  3.  
  4.  
  5. These patches are available for Ultrix 4.2 and 4.2A, and for both RISC
  6. and VAX.  They must not be applied to previous versions of Ultrix.
  7.  
  8. Finally, note you must install new versions of BOTH net_common.o
  9. and pfilt.o; you cannot just install one of the files.
  10.  
  11. /sys/{MIPS,VAX}/BINARY/net_common.o
  12. /sys/{MIPS,VAX}/BINARY/pfilt.o
  13. -----------------------------------
  14.                           (v4.2 RISC & VAX, v4.2a RISC)
  15.  
  16. Listed are problem resolved by these 2 patches:
  17.  
  18. 1. PACKET FILTER FAILS TO RECEIVE UNICASTS TO LOCAL HOST
  19.  
  20. The packet filter mechanism is supposed to allow a user application
  21. to receive packets that are sent to the local host, if no other
  22. protocol in the kernel wants to use the packet.  This worked fine
  23. in Ultrix 4.0 and 4.1, but in Ultrix 4.2 it is broken.
  24.  
  25. Apparently, setting "copyall" with ifconfig is a workaround, but
  26. this is an EXTREMELY inefficient workaround, and requires users
  27. to reconfigure their systems as super-user.
  28.  
  29. 2. PACKET FILTER IOCTL EIOCDEVP RETURNS WRONG MTU VALUE
  30.  
  31. A change was made to increase the size for ethernet packets
  32. from 1500 bytes to 1514 bytes which is the MAX size for the ethernet.
  33. This will allow 1500 bytes for the message and 14 bytes for the header.
  34.  
  35. Also corrected the value returned in endevp.end_MTU by the EIOCDEVP ioctl.
  36.  
  37. 3. 802.3/802.2 PACKETS NOT PROPERLY DELIVERED TO PACKET FILTER
  38.  
  39. The packet filter is defined, in its manual page, to provide packets
  40. to user applications exactly as those packets appear on the network.
  41. The current kernel code mangles the headers of 802.2 encapsulations
  42. of Ethernet packets, causing several popular applications to fail.
  43.  
  44.                         [Jeff Mogul, mogul@pa.dec.com]
  45. ==============================================
  46. N3. OK, I've done all that and CAP still doesn't run.
  47.  
  48. [See the previous topic for information on relevant patches for ULTRIX.]
  49.  
  50. There are several bugs in the Ultrix 4.2 packet filter mechanism, both
  51. of which affect CAP.  The details are complex, but you can solve one
  52. of them by doing (as super-user, probably from /etc/rc.local)
  53.  
  54.     /etc/ifconfig ln0 copyall
  55.  
  56. (substitute whatever interface type you are using for "ln0").  The
  57. other bug, which apparently only affects CAP when "Phase 2" is in use,
  58. requires a patch to CAP.  CAP patches are available from a number of
  59. archive sites, including gatekeeper.dec.com: in the directory named
  60.  
  61.     /pub/net/appletalk/cap/cap.patches
  62.  
  63. Another problem you may have is that some Ethernet interfaces sold for
  64. the Macintosh occasionally send incorrect 802.3 packet headers.  (The
  65. bug is that they send a packet whose length does not match the value
  66. provided in the 802.3 header's length field.  Ultrix 4.2, as well as
  67. some of Digital's Ethernet interface hardware, is strict about
  68. checking 802.3 header, and does not accept these packets.)  As of this
  69. writing, a patch is not yet available and there is no workaround.  If
  70. you can, you should try to get the vendor of the nonconforming
  71. interface to provide a solution.
  72.  
  73. Once you have obtained an up-to-date, fully patched copy of CAP 6.0,
  74. the Configure script does not automatically switch on the workaround
  75. code; you must manually edit the m4.setup file to turn the workaround
  76. code on.
  77.  
  78.                         [Jeff Mogul, mogul@pa.dec.com]
  79. ==============================================
  80. N4. I want to run the "screend" program but I get "Operation not supported
  81.     on socket".
  82.  
  83. By default, support for screend is not configured into the Ultrix 4.2
  84. kernel, and the documentation for this is missing.  Edit your kernel
  85. configuration file to include the line:
  86.  
  87.     pseudo-device   gwscreen
  88.  
  89. and rebuild your kernel (i.e., run /etc/config, then change to the
  90. right directory and do "make depend" and then "make").  Install the
  91. new kernel and reboot the system.
  92.  
  93.                         [Jeff Mogul, mogul@pa.dec.com]
  94. ==============================================
  95. N5. I want to use screend but I'm not sure how to set up the
  96.     /etc/screend.conf configuration file.
  97.  
  98. Get a copy of NSL Network Note NN-16, "Using screend to Implement
  99. IP/TCP Security Policies".  Send mail with "Subject: help" for
  100. information on how to order this, or just "Subject: send postscript
  101. nn-16" if you want to receive the PostScript file via return mail to
  102.     nsl-techreports@pa.dec.com
  103.      or ...!uunet!decwrl!nsl-techreports
  104.                         [Jeff Mogul, mogul@pa.dec.com]
  105. ==============================================
  106. N6. Why can't ULTRIX 4.2 mount NFS filesystems that could be mounted with
  107.         ULTRIX 4.1?
  108.  
  109. The version of SUN RPC shipped with ULTRIX V4.2 supports up to 32
  110. groups per user, whereas previous versions supported 8 groups per
  111. user.  Users that are members of more than 8 groups cannot NFS mount
  112. file systems from NFS servers using the version of SUN RPC that only
  113. supports 8 groups.
  114.  
  115. The error message  that nfs_mount will give you if you are in too many
  116. groups will look like this:
  117.  
  118. nfs_mount: crltrx:/usr/local server not responding: RPC: Authentication error;
  119. why = Invalid client credential
  120. nfs_mount: access denied for crltrx:/usr/local
  121.  
  122. The workaround is to reduce the number of groups you are a member of
  123. to eight or less to make NFS mounts work again.  In particular, you should
  124. check the number of groups that "root" is in.
  125.  
  126.  
  127. ==============================================
  128. N7. How do I change the IP address of a diskless client?
  129.  
  130. To change the IP address of a diskless client, first change it in
  131. whatever hosts database you use (BIND, /etc/hosts, or YP).  There is
  132. also a file in the client's /etc directory called netblk.c.  It looks like
  133. this:
  134.  
  135. #include <sas/mop.h>
  136. struct netblk   nblk={
  137. "server",
  138. 0x100b002a, "client", 0x100b003e, 0x100b00ff, 0xffffff00,
  139. 0,
  140. 5,
  141. 0,
  142. 0,
  143. "/dlclient0/client.root",
  144. "rz3b",
  145. ""
  146. };
  147.  
  148. The various fields of the structure are defined in /usr/include/sas/mop.h.
  149. Change the client's address (expressed here as a 32-bit integer), and
  150. compile netblk.c using 'cc -c netblk.c'.
  151.  
  152. The netmask and the broadcast address can also be changed here.
  153.  
  154. ==============================================
  155. N8. Is ONC RPC (formerly "Sun RPC") supported under ULTRIX - and what should I
  156.     do to port my existing applications that rely on it?
  157.  
  158. ONC RPC (formerly "Sun RPC") is not supported under ULTRIX. This means
  159. that not only may some library routines like "clnt_create" not exist,
  160. but that if they do, they may not work as expected. If you need to use
  161. RPC for an application can use the unsupported version of the RPC4.0
  162. distribution that is available for FTP from crl.dec.com and
  163. decuac.dec.com in pub/sources/rpc4.0-ultrix.tar.Z.
  164.  
  165. ONC RPC will be a supported component of Digital's OSF/1 product.
  166.  
  167.  
  168. ==============================================
  169. N9. How can I disable forwarding of IP packets on an ULTRIX system with two
  170.     network interfaces?
  171.  
  172. Put this in rc.local:
  173.  
  174. echo -n 'disabling kernel routing: ipforwarding '        >/dev/console
  175. /usr/etc/kvar -k -wl -s ipforwarding -v 0 /vmunix        >/dev/console
  176.  
  177. ==============================================
  178. N10. How can I run network daemons from inetd as users other than root? **NEW**
  179.  
  180. inetd will take a username as the fifth field.  This is not documented
  181. on the inetd manual page.  For example:
  182.  
  183. finger    stream    tcp    nowait    nobody    /usr/etc/fingerd    fingerd
  184.  
  185. ==============================================
  186. N11. How do I decode "stale filehandle" messages from NFS? **NEW**
  187.  
  188. In the message
  189.  
  190.     NFS server: stale file handle _fs(21,154) file 4100
  191.  
  192. 21 and 154 are the major and minor device numbers.  4100 is the inode number.
  193. Running 'ls -l' on /dev will show the device numbers, so you can ask
  194. mount what directory the filesystem is mounted on.  Then use
  195.  
  196.     find <file system> -inum <inode no> -print
  197.  
  198. to find the file.
  199.                 [Peter Mayne, pjdm@chmeee.enet.dec.com]
  200.                 [Greg Shapiro, gshapiro@monkeyboy.WPI.EDU]
  201.  
  202. ******************** Disk ***************************************
  203.  
  204. ==============================================
  205. D1. Why doesn't ULTRIX 4.1 work with disks bigger than 1.2GBytes?
  206.  
  207. There is a bug in the V4.1 SCSI driver that will only allow it to read
  208. something like (2 ** 21) or (2 ** 20) LBNs.  After that it wraps
  209. around to the beginning of the disk.  It is fixed in V4.2.
  210.  
  211. ==============================================
  212. D2. Where can I get a disktab entry for the XXX disk?
  213.  
  214. A collection of contributed disktab entries is in
  215. /pub/DEC/ultrix-disktabs on the usual archive machines.  Get a copy of
  216. the file for an up-to-date list.
  217.  
  218.  
  219. ==============================================
  220.  
  221. ******************** Programming ***************************************
  222.  
  223. P1. What does "unaligned access" mean, and how can I fix it?
  224.  
  225. Unaligned accesses typically come up when programs use malloc(3) or
  226. other memory allocation routines in atypical ways, or when programs do
  227. certain (hazardous) kinds of type casts.
  228.  
  229. malloc(3) returns data aligned to the most restrictive alignment (8
  230. byte boundaries on MIPS machines).  If you are writing your own
  231. malloc wrapper (say to add a reference count) and you write code like
  232. this:
  233.  
  234.     char *mymalloc(int size)
  235.     {
  236.       short *newmem;
  237.  
  238.       newmem = (short *) malloc(size + sizeof(short));
  239.       *newmem = 1; /* initialize reference count */
  240.       return (char *) (newmem + 1);
  241.         }
  242.  
  243. you are then returning a pointer that is no longer 8-byte aligned.  Now, code
  244. like
  245.  
  246.     int *i;
  247.     i = (int *) mymalloc(sizeof(int));
  248.     *i = 10;
  249.  
  250. will generate unaligned access messages whenever *i is used.
  251.  
  252. An example of dangerous casting would be something like
  253.  
  254.         char buffer[100];
  255.         int i;
  256.  
  257.     i = (int)*((int *)&buffer[3]);
  258.  
  259. The program will usually still run correctly, because an exception
  260. handler in the kernel performs an unaligned read.  There are some rare
  261. cases, however, where the fixed read yields incorrect results.  The
  262. messages are printed by default because one usually wants to know when
  263. a program is generating the unaligned accesses.
  264.  
  265. Now, if you're only getting a few of these messages, it might not
  266. matter, but if you're getting pages of them (or worse, have turned off
  267. the logger because you were getting so many unaligned access
  268. messages), you might consider correcting your program.
  269.  
  270. You can use the uac(1) (Unaligned Acces Message Control) command to
  271. turn off the messages.
  272.  
  273. If you want to find the the problem in the source code, you can use dbx.
  274. Suppose the message is:
  275.  
  276.     Fixed up unaligned data access for pid 2337 (bozo) at pc 0x5ad364
  277.  
  278. This tells you that the problem occurs in the program "bozo".  In dbx,
  279. you would type, for example:
  280.  
  281.     % dbx bozo
  282.     (dbx) 0x5ad364/i
  283.  
  284.     *[main:206, 0x0x5ad364]  lw      r0,40(sp)
  285.  
  286. dbx prints the offending instruction, along with its location: line 206
  287. in main().
  288. If you need to do unaligned accesses, you might find the following useful:
  289.  
  290. int unaligned_load_word(int *src);
  291. int unaligned_load_half(short *src);
  292. unsigned int unaligned_load_uhalf(unsigned short *src);
  293. float unaligned_load_float(float *src);
  294. double unaligned_load_double(double *src);
  295.  
  296. void unaligned_store_word(int *dst,int val);
  297. void unaligned_store_half(short *dst,int val);
  298. void unaligned_store_float(float *dst,float val);
  299. void unaligned_store_double(double *dst,double val);
  300.  
  301. These unaligned access routines are an unsupported component of the
  302. standard C library on RISC/ULTRIX. They provide for alignment-safe
  303. access to the primitive data types (short,int,float,double). They are
  304. fairly fast as they use the special MIPS unaligned instructions
  305. (LWL,LWR,SWL,SWL) for doing the complicated part of the work.
  306.  
  307. If you are running ULTRIX 4.2, and you would like to disable the automatic
  308. fixup of unaligned accesses, use:
  309.  
  310. #include <sys/syscall.h>
  311. #include <sys/sysmips.h>
  312.  
  313. syscall(SYS_sysmips, MIPS_FIXADE, 0, NULL, NULL, NULL);
  314.  
  315. The above code fragment will disable address fixups for your process,
  316. and this will be inherited by any children. Where a fixup would have
  317. occured, you will get a SIGBUS.
  318.  
  319.  
  320. ******************** Laser & Line Printers **************************
  321.  
  322. ==============================================
  323. L1. Where can I get a printcap entry for the XXX printer?
  324.  
  325. A collection of contributed printcap entries is in
  326. /pub/DEC/ultrix-printcap on the usual archive machines.  Get a copy of
  327. the file for an up-to-date list.
  328.  
  329. ******************** Graphics ***************************************
  330.  
  331. ==============================================
  332. G1. Why does the X server use so much memory?
  333.  
  334. Xws and the other other DEC X servers generally grow larger with
  335. workload, not because of memory leaks.  When you start an X server,
  336. its process is quite small.  As applications are started, the server
  337. allocates memory for a variety of reasons to service requests from
  338. clients.  An example of this is allocating a pixmap.  When the
  339. resource is freed, the corresponding memory is freed back to the
  340. malloc pool, but the server image doesn't get any smaller.  This is
  341. true of any application where you malloc memory and then free it. If
  342. your workload is consistent, server growth is asymptotic, growing
  343. quickly at first, then tapering off.  In other words, if you exit the
  344. application that caused the server to allocate a lot of memory, the
  345. server size won't shrink when the application exits, but the server
  346. won't grow any larger if you run the same application the same way
  347. again.
  348.  
  349. Of course it's possible that a memory leak in the server still exists.
  350. If you think you have a memory leak, you should figure out which
  351. application you run that triggers the leak.  You should run that
  352. application several times, observing the server size with every
  353. iteration.  If the server grows by an appreciable amount each time,
  354. please file an SPR.
  355.  
  356. For workstations with minimal memory, we recommend that you use the
  357. following server command line arguments:
  358.  
  359.     -once    (restart the server afresh for each session)
  360.     -su     (inhibit save unders)
  361.     -bs     (inhibit backing store)
  362.  
  363. The -su and -bs flags essentially trade CPU for memory, making
  364. applications work harder in some cases to save server memory.  This
  365. tradeoff isn't as bad as it may sound.
  366.                     [Joel Gringorten, gringort@wsl.dec.com]
  367.  
  368. ==============================================
  369. G2. How can I build an X11R5 server for an ULTRIX 4.1 machine?
  370.  
  371. The display device drivers changed significantly between ULTRIX 4.1
  372. and ULTRIX 4.2.  To build an R5 server on ULTRIX 4.1 system, edit the
  373. Edit the file ultrix.cf in mit/config and #define OSMinorVersion to be
  374. 1.  This should cause the Xcfbpmax server to be built instead of the
  375. Xdec server.  Xdec only runs on ULTRIX 4.2.
  376.  
  377. ==============================================
  378. G3. How do I change or get rid of the Digital logo on the login screen of
  379.     my workstation?
  380.  
  381. To have no logo displayed at all, add this line to /.Xdefaults:
  382.  
  383.     XSessionManager*displayLogo:    no
  384.  
  385. To replace the Digital logo with a different Encapsulated PostScript
  386. image, add the following to /.Xdefaults:
  387.  
  388.     XSessionManager*logoFile:       filename
  389.     XSessionManager*logoFullScreen: true
  390.  
  391. Make sure that "filename" is the full path to a PostScript file.
  392. Note that the PostScript should not end with a "showpage" or the page
  393. will print and then disappear with the "new page."
  394.  
  395. ==============================================
  396. G4. How do I run MIT X11 Software?
  397.  
  398. If you are running with Ultrix 4.2 or later, you should have received
  399. some sort of distribution media with "Unsupported" subsets on it.
  400. Among those subsets are the following:
  401.  
  402.     UDXUNFONTS420 'Unsupported MIT Fonts'
  403.         UDXUNMAN420   'Unsupported X11 Reference Pages'
  404.         UDXUNMIT420   'Unsupported X11 Components'
  405.  
  406. These subsets, in total, provide the fonts, manual pages, and clients
  407. from the X11 Release 4 distribution from MIT, with a few minimal
  408. changes to fix problems that cropped up after the MIT release.
  409.  
  410. If all you want is R4 clients, load the above subsets.  These subsets
  411. were built directly from the X Consortium sources and include all of
  412. the public patches.  The R4 clients will be installed in /usr/bin/X11;
  413. put that directory in your path in order to access them.  An ls on
  414. /usr/bin/X11 will also reveal the names of the applications that are
  415. available.
  416.  
  417. If you have a previous version of Ultrix, or if you need X11 Release
  418. 5, you will have to build from the X Consortium sources yourself.
  419. There are some difficulties associated with building Release 4 from
  420. source on Ultrix versions 4.0 and higher; fortunately, Release 5
  421. corrects these problems, so be sure to start with a fresh Release 5
  422. distribution.
  423.  
  424. Building from source should be a simple matter of editing the
  425. mit/config/ultrix.cf file and then connecting to the toplevel
  426. directory and typing ``Make World''.  If you are running Ultrix 4.2,
  427. you don't need to edit ultrix.cf, but for other versions of Ultrix, be
  428. sure to cd to mit/config and change the OSMinorVersion (and, for
  429. versions of Ultrix prior to 4.0, the OSMajorVersion) number to the
  430. appropriate number for your version of Ultrix.
  431.  
  432. As mentioned in another FAQ answer, the Xdec server provides
  433. multiscreen capability for colour frame buffers, but features of
  434. Ultrix required to support this capability are not present prior to
  435. Ultrix 4.2; for those versions, the Xcfbpmax server will be built;
  436. this server only supports one display per machine, and only DECstation
  437. 2100 and 3100 and DECstation 5000 models running with the CX adapter.
  438.  
  439. The Xdec server should work on the following systems:
  440.  
  441.         DECstation 2100 Monochrome or Color Workstations
  442.         DECstation 3100 Monochrome or Color Workstations
  443.         DECstation 5000/1xx CX, MX or HX Single or Multiscreen Workstations
  444.     DECstation 5000/2xx CX, MX or HX Single or Multiscreen Workstations
  445.  
  446. The support for the HX option on the above platforms is limited to
  447. direct frame buffer I/O - the graphics processor present on the HX
  448. board will not be used.  This means that performance with the R5
  449. server will be substantially worse than performance with the
  450. DEC-supplied server in most cases.  Support for the PX and PXG options
  451. is not present in R5 in any form.  Support for the MX exists, but some
  452. problems have been reported when attempting to render non-black,
  453. non-white pixels.
  454.  
  455. Source to X11 Release Five can be copied across the Internet from
  456. gatekeeper.dec.com (16.1.0.2), crl.dec.com (192.58.206.2), or
  457. export.lcs.mit.edu (18.24.0.12).  Other internet archives may also
  458. have full source distributions; asking around on the Usenet newsgroup
  459. comp.windows.x will probably elicit this information.
  460.  
  461.  
  462. ==============================================
  463. G5. How do I build X software that I got from the net?
  464.  
  465. If you get source code to an X application from somewhere and want to
  466. build it, here are a few helpful hints:
  467.  
  468. First, make sure the following subsets are installed:
  469.  
  470.         UDXUNMIT420
  471.         UDXUNFONTS420
  472.  
  473. You may also find the man pages for the previous two subsets
  474. useful.  They're in:
  475.  
  476.         UDXUNMAN420    
  477.  
  478. Next, add the following line to the end of /usr/lib/X11/config/site.def
  479.  
  480.         #define StandardIncludes -I/usr/include/mit
  481.  
  482. If there are any README files with the source code, now is a good time
  483. to read them, and make any changes they suggest.
  484.  
  485. If you installed the MIT X11 distribution from MIT, rather than the
  486. ULTRIX subsets, your local configuration may be different.
  487.  
  488. If there is an Imakefile:
  489.  
  490. If the source code has a file called "Imakefile" at the top of its
  491. directory hierarchy, typing the following in that top-level directory
  492. should build the application:
  493.  
  494.         xmkmf
  495.         make Makefiles
  496.         make depend
  497.         make
  498.  
  499. To install the application, type
  500.  
  501.         make install
  502.  
  503.  
  504. If there isn't an Imakefile:
  505.  
  506. You might have to edit the Makefile to make the application compile.
  507.  
  508. If ".h" files (like those for the Athena widget set, "Xaw") are not
  509. being found, adding "-I/usr/include/mit" to the "cc" command(s) in the
  510. Makefile will usually do the trick.
  511.  
  512. If you are having problems linking, try using "-lXext-mit" and "-lX11-mit"
  513. instead of "-lXext" and "-lX11" in the Makefile.
  514.  
  515. ==============================================
  516. G6. Why do some applications run slowly on the DECstation PX and PXG
  517.     displays?
  518.  
  519. The PX and PXG graphics adapters are designed for high-speed
  520. two-dimensional vector drawing and for high-speed three-dimensional
  521. rotation and polygon fills, respectively.  In order to get maximum
  522. performance in these specialized areas, both kinds of adapters have
  523. their own intelligent on-board processor which do high-speed drawing
  524. operations, and in the case of the PXG, a general purpose RISC
  525. processor which does 3D rendering, scaling and rotation.
  526.  
  527. In order to optimize graphics performance, a tradeoff was made on both
  528. of these boards which prevents your system CPU from directly accessing
  529. display memory.  Allowing your system CPU to directly access display
  530. memory would, at a minimum, cut the graphics accelerator performance
  531. by a factor of two, and perhaps more.
  532.  
  533. Unfortunately, as a result, operations which involve the copying of
  534. large images (Pixmaps) into or out of display memory are performed
  535. much more slowly than they would be if the processor were able to
  536. directly access system memory.
  537.  
  538. One example of this is the ever-popular background image.  The X
  539. server keeps a Pixmap containing the pattern with which to paint the
  540. root window; whenever an area of the root window is exposed, the X
  541. server must copy that portion of the Pixmap over the relatively
  542. low-performance I/O channel to the PX or PXG adapter, which then
  543. copies it into display memory.
  544.  
  545. As a result, iconifying and deiconifying windows can become a fairly
  546. slow experience, particularly on systems with lower TurboChannel
  547. bandwidth.  In this case, the solution is simple; just use the
  548. standard, boring background.  However, if an application that you use
  549. actually needs to copy Pixmaps to the screen on a regular basis, you
  550. will definitely experience slow performance; there's no way to fix
  551. this problem.
  552.  
  553. Unless you need the vector performance of the PX or the 3D rendering
  554. capabilities of the PXG, use one of the several boards DEC produces
  555. which are optimized for windowing and imaging, such as the CX (dumb
  556. colour frame buffer), MX (dumb monochrome frame buffer), HX (smart
  557. colour frame buffer), or TX (imaging colour frame buffer).
  558.  
  559. ******************** Hardware ***************************************
  560.  
  561. ==============================================
  562. H1. What are the pinouts of the MMJ jacks on the back of various DECstations
  563.     and VAXstations?
  564.  
  565. This describes the 6-pin modified modular jack (MMJ) used for serial ports
  566. on various DECstations and VAXstations, as well as on other DEC equipment.
  567.  
  568. DEC carries four DB-to-MMJ adaptors.  They are internally wired as follows
  569.  
  570.                    Rdy Out  TX+  TX-  RX-  RX+  Rdy In
  571.  Adaptor   Gender     1      2    3    4    5     6       Use with:
  572. --------------------------------------------------------------------------
  573.  H8575-A     F      20      2    7    7    3    6&8     VTxxx terminal
  574.  H8571-C     M       6      3    7    7    2     20     DEC printer
  575.  H8571-D     M       6      3    7    7    2     20     Modem
  576.  H8571-E     M      20      2    7    7    3    6&8     Female terminal
  577.                                                         or LaserWriter
  578. --------------------------------------------------------------------------
  579.  
  580. RS-232 using DB-25 connectors:
  581.                                                 DTE           DCE
  582.                                              Terminal        Modem
  583.                                             or computer
  584. Pin Number Signal Name
  585.     2          TD        Transmit Data                   -->
  586.     3          RD        Receive Data                    <--
  587.     7          GND       Ground                          ---
  588.     6          DSR       Data Set Ready                  <--
  589.     8          DCD       Data Carrier Detect             <--
  590.    20          DTR       Data Terminal Ready             -->
  591.  
  592.  
  593.  
  594. ==============================================
  595. H2. How do I set the SCSI ID on an RZ25?
  596.  
  597. Back by the power connector are a row of 3 jumpers. These set the scsi
  598. id. The one closest to the power connector is bit 2, and you install a
  599. jumper to get a "1". The default id is 7, which conflicts with the
  600. controller.  Note that the mounting bracket on the drive covers these
  601. jumpers, so they are not immediately obvious.
  602.  
  603.  
  604. ==============================================
  605. H3. How can I get detailed information on the TURBOchannel?
  606.  
  607. The TURBOchannel is a 32bit synchronous I/O channel that is currently
  608. used on products in the VAX, MIPS and ALPHA architectures. It is used
  609. in both the workstation and server based systems. Software support for
  610. VMS, Ultrix, and OSF/1 will be provided for the applicable systems
  611. under thos three architectures. For specific product information
  612. contact your local DEC sales person.
  613.  
  614. Use of the TURBOchannel does not require any license or fees. It is
  615. free to both option and system vendors alike. The documentation that
  616. is provided on-line is available for public use and may be copied, in
  617. its entirety, and distributed freely.
  618.  
  619.  
  620. Overview information:  There is a postscript presentation available on line at
  621.  
  622.         gatekeeper:pub/DEC/TriAdd/TURBO.ps
  623.                      /TURBO.ps.Z    (compressed file)
  624.  
  625.  
  626.         The script for the presentation is a postscript file
  627.  
  628.         gatekeeper:pub/DEC/TriAdd/TURBO_README.ps
  629.                      /TURBO_README.ps   (compressed file)
  630.  
  631.  
  632. TURBOchannel Specifications:    Are available on-line in postscript format for
  633.                 anonymous ftp at
  634.  
  635.         gatekeeper:pub/DEC/TriAdd/turbo_hw_spec.ps   (hardware spec)
  636.                      /turbo_hw_spec.ps.Z (compressed file)
  637.  
  638.         gatekeeper:pub/DEC/TriAdd/turbo_fw_spec.ps   (firmware spec)
  639.                      /turbo_fw_spec.ps.Z (compressed file)
  640.  
  641.         gatekeeper:pub/DEC/TriAdd/turbo_sys_params.ps (system params)
  642.                      /turbo_sys_params.ps.Z (compressed)
  643.  
  644.         gatekeeper:pub/DEC/TriAdd/tci_spec05c.ps     (ASIC spec)
  645.                      /tci_spec05c.ps.Z   (compressed file)
  646.  
  647. TURBOchannel Industry Group:  The TURBOchannel protocol specifications belong
  648.                   to an open industry group. The TcIG information
  649.                   and meeting minutes can be found in the file
  650.  
  651.         gatekeeper:pub/DEC/TriAdd/tcigmeeting.ps     (meeting minutes)
  652.                      /tcigmeeting.ps.Z   (compressed file)
  653.  
  654. TURBOchannel Support:    Technical support for TURBOchannel Option and System
  655.             developers is available through Digital's TRI/ADD
  656.             Program. Membership in Digital's TRI/ADD Program is
  657.             free of charge. For more information contact
  658.  
  659. Digital's TRI/ADD Program    1.800.678.OPEN     Canada & US
  660. 529 Bryant Ave. PAG-2        1.415.617.3452       Outside North America
  661. Palo Alto, CA 94301-1616    1.415.853.0155       FAX
  662.                 triadd@decwrl.dec.com
  663.                     [AJ Casamento, ajc@pa.dec.com]
  664. ==============================================
  665. H4. What third-party hardware can I get for the TURBOchannel? **NEW**
  666.  
  667. There is a postscript version of the TRI/ADD Shippable Products
  668. Catalog available for anonymous FTP at
  669.  
  670.         gatekeeper:pub/DEC/TriAdd/TAcatalog.ps
  671.                      /TAcatalog.ps.Z   (compressed file)
  672.  
  673.         for Asian countries, the file is
  674.  
  675.         gatekeeper:pub/DEC/TriAdd/TA+catalog.ps
  676.                      /TA+catalog.ps.Z  (compressed file)
  677.  
  678.  
  679. The catalog contains more than just TURBOchannel based products, but
  680. the TURBOchannel products have a special logo next to them which makes
  681. them easy to identify.  An overview list (without product details) of
  682. the catalog is the postscript file
  683.  
  684.         gatekeeper:pub/DEC/TriAdd/shortTAcatalog.ps
  685.                      /shortTAcatalog.ps.Z (compressed file)
  686.  
  687.             or the text file
  688.  
  689.         gatekeeper:pub/DEC/TriAdd/shortTAcatalog.txt
  690.                      /shortTAcatalog.txt.Z (compressed)
  691.  
  692.                         [AJ Casamento, ajc@pa.dec.com]
  693.  
  694. ==============================================
  695. H5. Can I mix 8-Megabyte and 32-Megabyte boards in the DECstation 5000/xxx
  696.     family?
  697.  
  698. All DS5000 series machines set the memory stride from the first memory
  699. array module (this is true of the Personal DECstation and the
  700. DS5000/1xx series and not just the DS5000/2xx machines). The only
  701. supported configurations are those in which all of the memory array
  702. modules are of the same capacity.
  703.  
  704. Memory array module types are:
  705.  
  706.         MS01-AA   1Mbit DRAM    DS2100,DS3100,PDS5000/20,PDS5000/25,DS5000/120,
  707.                                 DS5000/125,DS5000/133
  708.         MS01-CA   4Mbit DRAM    PDS5000/20,PDS5000/25,DS5000/120,DS5000/125,
  709.                                 DS5000/133
  710.         MS02-AA   1Mbit DRAM    DS5000/200,DS5000/240
  711.         MS02-CA   4Mbit DRAM    DS5000/200,DS5000/240
  712.  
  713. However, you can place one memory array module of a smaller capacity
  714. at the end of a series of higher capacity modules.
  715.  
  716.                 Slot            Module
  717.